QRZ! Ham Radio 4/QRZ Ham Radio Callsign Database - Volume 4.iso/digests/digital/940032.txt

Internet Message Format | 1994-11-13 | 20KB

Date: Thu, 10 Feb 94 04:30:31 PST
From: Ham-Digital Mailing List and Newsgroup <[e-mail]>
Errors-To: [e-mail]
Reply-To: [e-mail]
Precedence: Bulk
Subject: Ham-Digital Digest V94 #32
To: Ham-Digital


Ham-Digital Digest          Thu, 10 Feb 94       Volume 94 : Issue   32

Today's Topics:
                           Digital radio ?
                    Firmware upgrade for TAPR TNC
                         Going to TAPR Conf?
                      Ham-Digital Digest V94 #31
         HELP - How did you hook up your aea232 & kenwood 440
                     Packet BBS run off of a SUN?
                   packet freq for sts60 ? (2 msgs)
                            Pactor, Amtor
                          PktWin Version 2.0
                      Receive BW for 9k6 Packet
                    regenerating digipeaters etc.
                  Yaesu FT-5100 / MFJ-1270B (2 msgs)

Send Replies or notes for publication to: <[e-mail]>
Send subscription requests to: <[e-mail]>
Problems you can't solve otherwise to [e-mail].

Archives of past issues of the Ham-Digital Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Wed, 9 Feb 1994 17:34:45 GMT
From: agate!howland.reston.ans.net!cs.utexas.edu!swrinde!sgiblab!wetware!kaiwan.com![e-mail]
Subject: Digital radio ?
To: [e-mail]

I am a newbie in amature radio, but like to know if there is rig that can
do following functions and features.

1. Digital selective calling.
2. Signal encryption, so only A and B can chat, no  one else can listen to.
3. A automatic TNC that can manage voice/data/fax switching, when connected
   with PC, can handle voice mail, e-mail and fax transmission and reception.
4. If operator is away, can configure to away mode, let radio take call
     (by selcal call sign)and work like a phone answering machine, RBBS or
   fax machine. When operator is near by, then configure to active mode,
   so radio will ring like a phone, for operator to pick up the call.

May be I am dreaming, but with recent electronic and digital technology
evolution, I believe above feature can be integrated into one total radio
system. I know that marine radio will adopt digital selective calling
technology for safety purpose, and I hope I can see this kind of feature
in Ham rig.

--
+-------------------------------------------------------------------------+
|Johnny C. Lin            P.O.Box 536            Tel:[phone]          |
|                         Artesia, CA 90702      Fax:[phone]          |
|                         U.S.A.                                          |

------------------------------

Date: 5 Feb 1994 05:58:16 GMT
From: metro!dmssyd.syd.dms.CSIRO.AU!dmsperth.per.dms.CSIRO.AU!uniwa!harbinger.cc.monash.edu.au!yeshua.marcam.com!nic.hookup.net!paladin.american.edu!howland.reston.ans.net![e-mail]
Subject: Firmware upgrade for TAPR TNC
To: [e-mail]

Contact TAPR for the firmwarek, I think they would bgve
give you a better deal than tathat.

You could also dwoownload the image files from numerous telephone
BBS's around t he U.DS.S.
--
Fred Peachman
Broofikfield OHIO
[e-mail]

------------------------------

Date: 7 Feb 1994 01:56:20 -0800
From: nntp.crl.com!crl.crl.com![e-mail]
Subject: Going to TAPR Conf?
To: [e-mail]

See Bob Nielsens posting in this section for more info on the
TAPR conference.

------------------------------

Date: 10 Feb 94 03:14:08 GMT
From: [e-mail]
Subject: Ham-Digital Digest V94 #31
To: [e-mail]

RE TPK from a 720K diskette

yes it does work on my T1000 with no HD.

I did have to use version 1.80 though. The program will not fit on the
diskette with sufficient space to be of use otherwise. I even deleted the
docs too.

The T1000 is NOT a speed demon!. Keep the async line speed down to 1200 or
a MAX of 2400 (or you will loose some characters).

Otherwise it's a basic TPK install. DO ensure you have a proper cable too,
or you will have the standard problem associated with improper cabling.

I was using a Tiny-2 at 1200 baud (if that makes any difference) to your
configuration.

dave

------------------------------

Date: Thu, 10 Feb 1994 02:45:38 GMT
From: newshub.nosc.mil!news![e-mail]
Subject: HELP - How did you hook up your aea232 & kenwood 440
To: [e-mail]

 Have hooked up my 440 for hf packet but with the tnc & 2meter xcever
turned off i get oscilations in ssb mode. So got any ideas? Perhaps i hooked
up the 440/tnc incorrectly, how did you hook yours up? ...
73, ted
n6trf

------------------------------

Date: Mon, 7 Feb 1994 19:41:00 GMT
From: nntp.ucsb.edu!library.ucla.edu!europa.eng.gtefsd.com!howland.reston.ans.net!usc!yeshua.marcam.com!news.kei.com!ub!acsu.buffalo.edu!ubvms.cc.buffalo.edu![e-mail]
Subject: Packet BBS run off of a SUN?
To: [e-mail]

Hello,

I was wondering if anyone out there has ever run a packet BBS of of a
UNIX box like a SUN.

Most of my experience is with DOS based machines as well as VMS and UNIX
mainframes.

Is it possible to set up a SUN in a stand alone config.

Thank You in advance
Tim, KB2KFC

*************************************************************************
Timothy H. O'Hara
Junior, Electrical Engineering
State University of New York at Buffalo
V125PEMM @ UBVMS.CC.BUFFALO.EDU
tohara @ acsu.buffalo.edu
*************************************************************************

------------------------------

Date: Wed, 9 Feb 1994 15:23:39 GMT
From: library.ucla.edu!csulb.edu!nic-nac.CSU.net!usc!cs.utexas.edu!hermes.chpc.utexas.edu!news.utdallas.edu!corpgate!nrtpa22!brtph560!b4pph13e![e-mail]
Subject: packet freq for sts60 ?
To: [e-mail]

In article <2j73oh$[e-mail]>, [e-mail] (Jui Tien) writes:
|> Hi.
|> Does anyone have the packet freqs and their callsign for sts60?
|> Thanks in advance.
|> [e-mail]
|>

Downlink (shuttle to ground) 145.55
Uplink (ground to shuttle)   144.49

Call : W5RRR-1


--
======================================================================

Ken M. Edwards, PE  Bell Northern Research, Research Triangle Park, NC
[phone] email: [e-mail]    Ham: N4ZBB   Packet: [e-mail]
DX PacketCluster (tm) Node : W4DW

All opinions are my own and do not necessarily reflect the views of
my employer or co-workers, family, friends, congress, or president.

------------------------------

Date: Tue, 08 Feb 94 22:26:31 -0500
From: library.ucla.edu!csulb.edu!nic-nac.CSU.net!usc!howland.reston.ans.net!pipex!sunic!psinntp!psinntp!wlnntp.psi.com![e-mail]
Subject: packet freq for sts60 ?
To: [e-mail]

>Does anyone have the packet freqs and their callsign for sts60?

Packet Uplink is 144.49
Packet Downlink is 145.55
Packet Call is W5RRR-1

Be careful to note that the operation is duplex -- do not xmit on the
downlink frequency.  Good luck...

-Seth

------------------------------

Date: Tue, 8 Feb 1994 17:17:47 GMT
From: sdd.hp.com!vixen.cso.uiuc.edu!howland.reston.ans.net!math.ohio-state.edu!cyber2.cyberstore.ca!nntp.cs.ubc.ca!utcsri!newsflash.concordia.ca!sifon!clouso.crim.ca![e-mail]
Subject: Pactor, Amtor
To: [e-mail]

I am very interested in digital communications and I am using a TNC on VHF BBS
locally. It is good to read messages about local activities and equipment for
sale, etc, etc. I never used it for keaboard to keaboard QSO.

In the HF world, I would like to have a short description of the operations
going on with those two modes: Amtor and Pactor, before I decide to buy a
TNC capable of doing those modes. All your comments will be appreciated.

Regards,
Clem.
73

---
   Clement Vaillancourt,             |    Institut de Recherche d'Hydro-Quebec
   Analyste,                         |    Varennes, P. Quebec, Canada, J3X 1S1
   Informatique scientifique         | Tel:[phone] Fax:[phone]
   [e-mail]          |  Radio-amateur: [e-mail]

------------------------------

Date: Wed, 9 Feb 1994 17:58:52 GMT
From: agate!howland.reston.ans.net!torn!newshub.ccs.yorku.ca!elearn.edu.yorku.ca![e-mail]
Subject: PktWin Version 2.0
To: [e-mail]

Mike Stansberry ([e-mail]) wrote:

: I can't get that server to accept anonymous ftp, either.

Just keep trying. I got in eventually. The file was not in the published
directory, however (and no, of course I don't remember exactly where it
was -- it was somewhere around pub/pc/win3/(something) where something may
have been archive. They obviously don't leave things lying in the uploads
directory for long.

Mine wouldn't work (under 386 enhanced), never did find why. I eventually,
as the result of someone else's post about comm drivers, swiched from
comm.drv to wfxcomm.drv, and suddenly it worked. Nice program -- but the 50
*pound* registration fee seems higher than most shareware prices I've seen
(that's like $100CDN).

73 de Ed Leslie VE3ZVZ

------------------------------

Date: Tue, 8 Feb 1994 23:47:15 GMT
From: ucsnews!sol.ctr.columbia.edu!howland.reston.ans.net!usenet.ins.cwru.edu!gatech!wa4mei.ping.com!ke4zv![e-mail]
Subject: Receive BW for 9k6 Packet
To: [e-mail]

In article <[e-mail]> [e-mail] writes:
>
>   Can anybody tell me what is required in terms of group
>delay and bandwidth for good 9k6 operation?  I might be
>able to wangle access to a network analyzer....

Well the existing filters sound way too tight. The rule of thumb
for low modulation index data reception is that the filter has to
be flat through at least twice the symbol rate. Differential group
delay should be less than 10% of the symbol duration.

You can grind through a Fourier transform and get exact figures,
but since custom filters are rarely available, just going to the
next wider size using the rule of thumb is good enough. In this
case you'll likely do best with 30 kHz filters.

Gary
--
Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary
Lawrenceville, GA 30244     |                     |

------------------------------

Date: 10 Feb 94 06:29:25 GMT
From: [e-mail]
Subject: regenerating digipeaters etc.
To: [e-mail]

Hi,


Just an explanation perhaps. Having seen quite a number of different
systems, here is what one could see as "ranking" list of devices used
for relaying data modes. Note that the short form of "digipeater" is
just "digi". I'll also restrict myself to AX.25 at 1200 Bd AFSK.



SIMPLE DIGIPEATER


Practically any packet terminal station these days can act as a simple
digi. If station A wants to communicate with station C using station B
as a digi, it works like this during the connect:

A sends a packet for B, addressed to C. B decodes the packet and hands
it on to C in a slightly different format, but on the same radio channel.
B does NOT acknowledge this packet. C sends an acknowledge packet to
B, which is again decoded, re-encoded and sent to A. It is only now that
A knows that its packet has actually arrived. A slightly more intelligent
way is to let B knwo either side that it has heard their packets and is
going to take care of their delivery. But that's just a small improvement.

The advantage of this kind of device is its simplicity. The disadvantages
are that each retransmission by the digi blocks the single radio channel.
Also, A and C and perhaps other stations on the channel cannot hear each
other's transmissions. As a result, their packet may collide and get lost.
All this affects the throughput. Networks based on single radio channel
digipeaters are a waste of time, especially when one expects heavy traffic.


DATA REPEATER


This is just an ordinary 2M FM repeater, except that there is no tail.
There are mainly two advantages of this system: for each packet from A to C
via the data repeater B, only a single transmission blocks the channel
instead of two, because the repeater downlinks the packet to C while it is
being transmitted by B. The other advantage is that all users on the
repeater system can hear each other, and collisions are avoided.


The big disadvantage is that this is a one-hop system, and several hops are
hard to realize. There is absolutely NO intelligence involved at the
repeater site. Hence, packets that arrive in noisy, but decodable form at
the repeater site may be totally garbled by the time they reach their
destination. Data repeaters are not a packet network device.



REGENERATING REPEATERS


A standard data repeater would carry just repeat the AFSK tones of the
incoming signal - no matter what they are or how crooked they are. You could
actually broadcast Mozart through a standard data repeater without too much
of a problem.

Regenerating repeaters overcome the noise problem mentioned in the data
repeater paragraph, by acknowledging that it is a data signal going across
the repeater. The data signal is decoded into a bit stream, which get
immediately re-encoded and retransmitted. Good regenerating repeaters also
regenerate the TX clock, i.e., the rate at which the bits come in. This
permits a near-perfect output signal stripped of almost all noise. If the
packet was decodable at the repeater site, it will almost certainly be
decodable at its destination as well.

Still, the regenerating repeater does not address the networking question.
You still can't use it reasonably for more than one hop, unless you want a
single channel all across the land (and the congestion that goes with it).


DUPLEX DIGIPEATER

The duplex digi solves those problems. Its front end looks exactly like a
regenerating repeater and acts as one. However, deep down in the box
there's a TNC or similar listening, which can also take over the repeater's
transmitter if it wants to.

Station A can now talk TO B, just as if it was a simple digipeater. This way
you avoid collisions, while still having an intelligent device sitting at
the digi's site.

What is the advantage over the regenerating repeater in terms of
throughput? Actually, none... - unless you connect something else to the TNC
to help the system get on a network.


NETWORK NODE DIGIPEATER

This animal would typically have a duplex digipeater as its user access.
The user access is the port that simple users with their BayCom modems and
TNC's connect to. Your local BBS, however, is usually on a different radio
channel. So, if you are station A, the digi is station B, and the BBS is
station C, this is what happens: the digi B receives your packet on the
user port (One radio channel, e.g., on 2M). It decodes the packet, re-
encodes it and sends it on to the BBS on a fast link, e.g., 9600 Bd G3RUH
on 23 cm. This way,your user channel stays clear for other traffic during
the transmission.Also, the users don't have to wait for the acknowlege
packet to come from the BBS. The digi acknowledges all incoming packets.

One can easily go on from there: instead of linking only to the BBS, other
radio channels can be added that link the network node digi to neighbouring
network nodes. This way, it is quite easy to connect to stations far away.
Your access channel is not blocked by endless repetitions of the same
packet. Instead, the packet which you sent out in 1200 Bd is now routed
around the country at higher speeds, typically 9600 Bd or up.


Germany has an excellent example of such a network at work, it extends into
many of the neighbouring European countries. No need to rely on your local
BBS - just use a neighbouring one if it is down.

73, Ulrich ZL1DDL
Ulrich Guenther
Physics Department
University of Auckland
PH: 09-373 7599 ext. 8864

Internet: [e-mail]
Amateur Packet Radio: ZL1DDL@ZL1AB.#11.NZL.OC

------------------------------

Date: 7 Feb 1994 11:33:16 GMT
From: solaris.cc.vt.edu!myhost.subdomain.domain![e-mail]
Subject: Yaesu FT-5100 / MFJ-1270B
To: [e-mail]

I'm trying to interface a Yaesu FT-5100 to a MFJ-1270B TNC via
the 5100's DATA IN/OUT jack.  I constructed a connector based on
the instructions in the 5100 manual.  The problem is that the
transmit audio level out of the TNC is way too low.  Adjusting
trimpot R76 during the 1270B recalibration procedure does not help.
Any suggestions for increasing transmit audio level are appreciated.

Thanks...

Bill Plymale - KD4CIY
[e-mail]

------------------------------

Date: 8 Feb 1994 17:30:06 GMT
From: news.mentorg.com!hpcan240.mentorg.com!sherlock![e-mail]
Subject: Yaesu FT-5100 / MFJ-1270B
To: [e-mail]

[e-mail] wrote:
: I'm trying to interface a Yaesu FT-5100 to a MFJ-1270B TNC via
: the 5100's DATA IN/OUT jack.  I constructed a connector based on
: the instructions in the 5100 manual.  The problem is that the
: transmit audio level out of the TNC is way too low.  Adjusting
: trimpot R76 during the 1270B recalibration procedure does not help.
: Any suggestions for increasing transmit audio level are appreciated.

: Thanks...

: Bill Plymale - KD4CIY
: [e-mail]

What data speed are you trying to get?
According to a Yaesu rep, for 2400 baud or less, you should not try
to use the data jack on the back. You should connect to the microphone
jack on the front. The data jack has been optimized for 9600 baud.

I have a Yaesu 5100 and a PK232-mbx, and it works fine connected via
the front microphone jack.

dgc

------------------------------

Date: 7 Feb 1994 09:49:38 GMT
From: pacbell.com!sgiblab!spool.mu.edu!howland.reston.ans.net!xlink.net!scsing.switch.ch!swidir.switch.ch!univ-lyon1.fr!lanpc1.univ-lyon1.fr![e-mail]
To: [e-mail]

References <2ir20o$[e-mail]>, <[e-mail]>, <claude.760604620@bauv106>r
Subject : Re: IP encapsulation in AX.25 packets

Peter Busser ([e-mail]) wrote:
Claude Frantz ([e-mail]) wrote:

: >>: Where can I find technical information about the subject ?
: >> RFC1226 : Internet Protocol Encapsulation of AX.25 Frames
: >Excuse me, isn't that just the other way round?
: Exactly !

 Sorry :) In fact I always use IP to encapsulate AX25 frame... And I
 believe that you want do the same thing... I have read your article too
 fast perhaps.. And so, do you found something about encapsulate IP frame
 in AX25 ???

73 QRO,
--
Michel CERDINI - Universite Lyon 1      |  E-Mail [e-mail]
Laboratoire d'Analyse Numerique URA 740 | Tel Pro 72 43 10 93 -   FT = Arnaque
43, boul. du 11 novembre 1918           | Minitel 78 36 19 96 (24h/24)       v
69622 Villeurbanne Cedex, France.       |  Modem  78 36 10 01 (V32b/8N1)   _/

------------------------------

End of Ham-Digital Digest V94 #32
******************************